CLAIMS 

1 . (previously presented) A data processing method for a UDDI registry to 
enable location of details of services which match service requester requirements, the 
method of the UDDI registry comprising the steps: 

receiving, if ; ,bt 5 p-Vv. -s \ v a standard UDDI request to locate 
service details, the request comprising details of a tModel which defines service 
requirements specified in a particular language; 

locating details of at least one service, the details comprising a tModel 
which defines service capabilities specified in the particular language; 

selecting from a plurality of external matching services an external 
matching service which, itself, comprises an external, published search engine independent 
of a search engine internal to the UDDI registry, \*. heKii: the published search engine 
eapab-l&efeempariRg compares the service requirements and service capabilities through 
semantic cues in the UDDI request, wherein each external matching service is accessed 
through an interface defined in an interface tModel; 

using the external matching service to filter the located details to find those 
with indicated service capabilities which match the service requirements; and 

receivings a: uv -i tta pi<x 0^' N ; '^m, a request to register a new external 
matching engine wherein the matching engine implements the interface defined in the 
interface tModel; 

wherein the plurality of external matching services includes the new 
matching engine. 

2. (original) The method of claim 1 wherein the standard UDDI request 
further comprises service requirements specified in a standard UDDI category, the method 
comprising the further step of: 

finding details of at least one service, the details defining service 
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capabilities which match the service requirements specified in a standard UDDI category; 

wherein the locating step locates details of at least one service from those 
found by the finding step. 

3. (cancelled) 

4. (original) The method of claim 1 wherein the standard UDDI request is a 
findtModel request. 

5. (original) The method of claim 1 wherein the particular language is one of 
DAML-S, UML, and WSDL. 

6. (cancelled) 

7. (cancelled) 

8. -28. (cancelled) 

29. (currently amended) The method of claim 1 , wherein the UDDI registry itself 
v>« ^ s the external, published search engine in lieu of the 

search engine internal to the UDDI registry. 

30. (newly added) A data processing system, comprising: 

a UDDI registry installed on a data processing host, the UDDI registry 
configured to enable location of details of services which match service requester 
requirements, wherein the UDDI registry is configured to: 

receive, at the data processing host, a standard UDDI request to locate 
service details, the request comprising details of a tModel which defines service 
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requirements specified in a particular language; 

locate details of at least one service, the details comprising a tModel which 
defines service capabilities specified in the particular language; 

select from a plurality of external matching services an external matching 
service which, itself, comprises an external, published search engine independent of a 
search engine internal to the UDDI registry, wherein the published search engine compares 
the service requirements and service capabilities through semantic cues in the UDDI 
request, wherein each external matching service is accessed through an interface defined in 
an interface tModel; 

use the external matching service to filter the located details to find those 
with indicated service capabilities which match the service requirements; and 

receive, at the data processing host, a request to register a new external 
matching engine wherein the matching engine implements the interface defined in the 
interface tModel; 

wherein the plurality of external matching services includes the new 
matching engine. 

3 1 . (newly added) The data processing system of claim 30, wherein the 
standard UDDI request further comprises service requirements specified in a standard 
UDDI category, and wherein the UDDI registry is further configured to find details of at 
least one service, the details defining service capabilities which match the service 
requirements specified in a standard UDDI category, wherein the location of details of at 
least one service corresponds to details of at least one service from those found by the 
UDDI registry. 

32. (newly added) The data processing system of claim 30, wherein the 
standard UDDI request is a find tModel request. 
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33. (newly added) The data processing system of claim 30, wherein the 
particular language is one of DAML-S, UML, and WSDL. 

34. (newly added) The data processing system of claim 30, wherein the UDDI 
registry itself utilizes the external, published search engine in lieu of the search engine 
internal to the UDDI registry. 
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